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The invention relates to a local communication 
bus sy$!ern comprising a serial control bus at- 
tached to a plurality of arjc-essabi© devices, each 
device including at least one functional element 
addressable via the bus as a subdevice. the sub- 5 
devices in the system including a user output Sub- 
device (or displaying status information to a user of 
the system and a first control subdevice for initiat- 
ing the display of such status information. 

The invention further relates tc an apparatus for w 
use in such a system, such apparatus including an 
interface to a serial control bus and being addres- 
sable as a device via sard bus, the apparatus 
further including one or more functional element- 
saddressable via the bus as subdevices. 1$ 

A known serial control bus for interconnecting 
domestic audio and video apparatuses is the Do- 
mestic Digital Bus (D2B) Standardised by the Inter- 
national Electrotechnical Commission (IEC). An ap- 
paratus including D2B interface and on screen dis- 20 
play (OSD) of status information is available in the 
Unite i Kingdom in the form of Philips' 2070 colour 
television receiver. In the known apparatuses, the 
displayed status information is limited to informa- 
tion on the status within tho apparatus itself. While/ 25 

scre^|^ j 5 r . 

tir^ apparatus initiating that * 30 

^wSige. Furthermore, and particularly when ap- 
paratuses of different manufacturers are used to- 
gether, there is no guarantee that the on-screen 
messages of one apparatus will not conflict with 
those of another, and it is not desirable, for exam- 35 
pie. for a satellite tuner to superimpose status 
messages on its video output signal when the latter 
Is being recorded by a "CR. 

Another problem that arises in obtaining status 
information, either in the form of user messages or 40 
In machine-readable form for internal control pur- 
poses, is that status can change in response to a 
variety of events. For example, a tape deck In a 
fast wind or play mode will stop when the end of 
the tape is reached. While the known bus system 45 
allows status to be monitored by polling of devices 
and subdevices with frequent request messages, 
the amount of bus traffic (requests and replies) 
involved in such polling renders it impractical for 
widespread use In a system of more than a very so 
few subdevices. 

It is an object of the invention to enable im- 
proved status information facilities to be imple- 
mented m a system as set forth in the opening 
paragraph. S5 

The invention provides a local communication 
bus system as set forth in the opening paragraph, 
characterized in that the first control subdevice 



includes means for generating a device information 
request message addressed lo a device different 
from the device which contains the first control 
subdevice, and in that the addressed device in- 
cludes a second control subdevice responsive to 
such a request message for determining the re- 
quired status information, for composing a user- 
readable message ("the user message") and for 
transmitting the user message directly or indirectly 
to the user output subdevice for display. The first 
(initiating) and second (addressed) control sub- 
devices can be in different apparatuses, and the 
user output subdevice can be in one of those 
apparatuses or a third apparatus. Moreover, the 
distributed control characteristic of a bus such as 
C28 allows more than one control" subdevice to act 
as the initiating and the addressed subdevices at 
different times. The invention enables the initiating 
control subdevice to ensure that status Information 
from a number of different devices can be dis- 
played as desired in a coherent manner, without 
conflict. 

In a preferred embodiment, the second control 
subdevice transmits the composed user message 
to the first control subdevice, and the first control 
subdevice relays the user message to the user 
output subdevice. The initiating control subdevice 
may thus combine or substitute the user message 
from the addressed control subdevice with user 
messages of its own and/or u$*?r messages ac- 
quired or received from further addressed control 
subdevices, and transmit the combined user mes- 
sage to the user output subdevice for display. 

The device information request message may 
include a field specifying a format for the user- 
readable message, while the second control sub- 
device is responsive to the format-specifying field 
to compose the user-readable message in accor- 
dance with the specified format Flexible definition 
of the message format in this manner allows the 
first control subdevice to dictate the size of mes- 
sage required, and In particular allows the fullest 
possible exploitation of the user message facilities 
throughout the system, even though the Individual 
devices may have widely different capabilities. 

The said field in the device information request 
message may specify the format of the desired 
user message by a number wxJ length of lines of 
characters, and by reference to a specific character 
set. The number of possible message formats 
should be limited, to simplify the composing task of 
the addressed control subdevice. The specification 
of different character sets facilitates the production 
of user messages in languages appropriate to the 
user. The second control subdevice may be re- 
sponsive to an available formats request to return a 
list of user message formats that can be com- 
posed. 



2 



EP 0.S05 C&VA2 



4« 



The second cor.irol subdevice may fu.ther ,n- 
clude means responsive to a change in status 
w.ll,.n the system tor composing and transmitting 
an upoated user message «,th 0 wt the need lor a 
further information request from the first control 
subdevice. This too enables the user to be in- 
formed of changes in device status (channel 
changes, end of tape. etc.). while avoiding the 
heavy bus traffic th?t would result from continuous 
pofcng of the addressed device. The device In- 
formation request message may include a Held 
specfying whether or not updated user message 
are desired. a 

Since the second control subdevice must re- 
member the address of the first control subdevice 
wmcn has requested updated messages, and since 
more requests might be outstanding at a given 
Hme than the second control subdevice has room 
to remember, it is advantageous If the first control 
subdevice includes means for generating a verifica- 
tion request addressed to the second control sub- 
device, the second control subdevice beino re- 
sponsive to the verification request message to 
generate a message advising whether updated 
user messages will be generated. 

The second control subdevice may include 
means for generating a subdevice status request 
message addressed to a further subdevice in the 
system, while the further subdevice includes 
means responsive to the subdevice status request 
message for returning a subdevice status message 
to the second control subdevice for use in compos- 
mg the user message. 

The further subdevice might be in any appara- 
tus of the system so that, for example, a television 
on-screen display could inform the user not only 
that It is displaying a picture received from a sepa- 
rate satellite broadcast tuner, but also which chan- 
nel is selected ir> the tuner. 

As with the device information request, up- 
dated subdevfco status messages may be made 
available automatically m response to changes in 

SUl 'H!* e <n ,Um ^ *° «^P08i- 

1^ r^ a,ed USSr meSsa 9* b V »econd 
confro subdev.ce. if a request for updated mes- 
sages is outstanding. ^ 85 
The invention further provides an apparatus tor 

SiTni'Sr COn5,rUC,9d ln acco ^ance with the 
invention, the apparatus including an interface to a 
senal control bus and at least one functional ele- 
ment the functional element being addressable via 
•he bus M a sobdevic<J afKj inclu<Ji 

mean, for acting as the second control subdevice 

9yStem to rSCelve a devfce ™°™ation 
£272 m9S8a9e: ^lermine certain status informa- 
Mon for communication to a user: compose a user- 
readable message conveying the said status in- 
formation: and transmit the user message directly 



or indirectly to a user output subdevr.e tor display 
The control subdevice may lurther include moans 

oMhe^stem ** 
s ft should be appreciated that the subdevice 

s a us request message can be used to obZ 
status information tor control purposes not n«- 
wsanlv connected with the provision of user-reada- 
ble messages, and is the subject of a seoarau* 
" 9n3^. 5 Kin9d0m P8,en ' a ^'-«- nTS 
Embodiments of the invention will now be de- 
scribed, by way of example, with reference to the 
accompanying drawings. In which: 

" %EZ1 S . h<W8 audio/vWe P entertainment ap- 
paratuses forming a local bus communication 
sys em constructed In accordance with the in- 
vention, and 

Figure 2 illustrates operation of the system pro- 
» vidmg on-screen display of status information 

avhS? !. ? W$ 8 d ° mes,ic vld ~ entertainment 
system comprising a satellite broadcast tuner 10 a 

*s SSL I„h I, eon y aM to • <■* bus 16. 

hcS .1 a ^ >0 Si8na,s are P^sed within and 

™Tc^ oconn,Mor) P,UQS - •**«• 

,„ rv, ^ S8fia ' data is in ,nis embodiment a 

ImZf "PS BUS ( ° 2B) M * a ^dised to 
International Etectrotechnicai Commission im™ 

»22 J° 1° WW*** m , h e ir document f030 
and previously available in draft form. D2B pro- 
vides for distributed control of the bus. and al££ 

ZT*!*,*"* ° ,her me5Sa 8 es to b ° trtquj 
addressed for specific "devices-, such as the ao- 

subdevices" within each device. 

Within each device 10.12.14 there are shown 
40 presenting 02B subdevices. the divisio^ 

of a dev.ce into subdevices is necessary only In a 
toglca. sense, that is to say. from the point of v toi 
of its behaviour relative to the serial bus 16. In the 
Physical implementation of the device, the,* may 
Zm2™ { .t^. responding separate physical 
subdevices. in fact, in the embodiment shown 

ar^ svlt^il i^ " whfch ,he control 

„ ^™L ySt8r ^ C inlerr °9 aMon intelfigence Sx all sub- 

to and from those subdevices as indicated bTlhe 
dotted data paths in Figure i. The AVC subdevices 
also provide the (distr>. Jt ed) controlling logic oTtne 
system as a whole. Interpreting user cXnand! 

mgly Often, the control togic of the AVC and some 
or all of the other subdevices will be integ^ed 
usrng a single programmed microcontroller Other 
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subdevices not shown in Figure ^ will generally be 
deluded in such a system. inching timers .audio 
amp. .iu.s. and so lonh. and .he video-cWd a«b- 
de^ces described herein are presented as 3 repre- 
sentative sample only. 

lr. the satellite toner dev.ce tO. a tuner sub- 
device 26 (TUN) performs the signal processing 
(unctions necessary to prov.de baseband "deo »g- 
iTats on a signal path A. while the AVC subdev.ce 
20 receives user instruct.ons - '*>"» • user 
fnpuloutou. subdevice 27 (UK» and 02B mes- 
ages from the bus .6. and operates to se.ec 
channels. keep track of preset channel selections 

qnd so forth- . 

The VCR device 12 includes its A</C sub- 
devfce 22. and also a user inputfcutput subdevice 
-•9 (UIO) or terrestrial broadcast tuner subdevice 
28 TUN) a switchbox subdevice 30 (SB) and a 
vfdeotape record/replay deck 32 |DCK>. The re- 
coYdtng^edium itsolf is indicated at 34. The signa 
path A is connected via a first external (SCART) 
connector 36 of VCR device 12 to an input of the 
VCR's switchbox subdevice 30. A second external 
connector 38 of the VCR device is also connected 
vST nSnalpath B to the switchbox subdevice 30. 
tor e'wnple to allow connection of a videodisc 
Slyer T a second VCR. The terrestrial tuner 
sSice 28 supplies a video signal to , th. switch- 
box 30 via a signal path C. and the deck subdev.ce 
32 supplies a video signal to the switchbox 30 via a 
,.anal P-'' D. The "w.tchbox 30 supplies v.deo 
via a signal path E to the deck 32 and via a 
signal path F to a third external connector 40 of the 
VCR device 12. The processes of reading and 
writing signals on the tape 34. wthm the Jeck 
subdevice 32. are schematically represented by 
video signal paths G and H respectively. 

The television recover device 14 includes its 
AVC subdevice 24 and also a user input-output 
subdevice 41 (UIO). a terrestrial f u ^ ev *° 
(TUN), a switchbox subdevice 44 (SB) and av,deo 
monitor subdevice 48 (VtD). The television receiver 
device 14 has two external (SCART) connectors 48 
and 50 for supplying video signals to the switchbox 
44 The connector 48 forms part of an unused 
video signal path J. while the connector 50 is 
connected to the third external connector 40 of the 
VCR device 12. and thus the video signal path F 
extends from an output of the switchbox 30 in the 
VCR to an input of the switchbox 44 in the televi- 
sion receiver device 14. A video signal output of 
the tuner subdevice 42 is connected to further 
input of the switchbox 44 to form a signal path K. A 
first video signal output of the switchbox 44 is 
connected to an input of the video 
Z,ce 46 (signal path L). The UIO 
the television receiver includes an on-screen dis- 
play (OSD) function, as described hereinafter. 



In operation: the iuner subdevices 26.28 and 
42 can be regarded as sources of video signals 
«,th .« the system. The video monitor subdevice 
46 can act as a destination (or video signals, and 
s (unctions to d.splay images to the ^ r ;« In- 
dicated by Ihe dotted output path M. The 
recordreplay dock subdevice 32 can act as a 
source and** a destination of video s.gnals. de- 
pending whether it is playing and/or recording at a 

jo given time. 

Since the lunctional elements within the ap- 
paratuses 10.12.14 are addressable « > 02B sub- 
devices, any of the AVC subdevices 20.22.24 can 
take control ol the bus and address commands to 
,s those subdevices This is done for example by an 
™C subdevice which has been informed of a user 
command by a UIO subdevice and ^quires cc^trol 
of subdevices at various points m the system to 
implement the user's wishes. 
so 02B message formats for controlling the basic 

functions of certain common subdevices are de- 
fined already in the IEC standard referred to above, 
while scope is left for defining not only new com- 
mands. but also request and reply messages that 
„ enable one D2B device or subdevice to «tt*ogi» 
another as to its proper*,, and statu* ^ Each 
switchbox subdevice 30 and 44 can be controlled 
Z Te bus (or by its associated AVC subdevice) to 
connect its output data paths(s) a specified one of 
„ its input data paths. For example if a , w«r .n- 
dicates to the television receiver device 1 4 that U is 
desired to watch a certain satellite broadcast chan- 
£ suitably addressed and cod*. D2B messages 
can be sent via the bus 18 to ensure that the 
35 satellite tuner 10. VCR 12 and the t^o" 14 are 
active, to cause the satellite tuner 10 to select the 
appropriate channel, to cause the VCR switchbox 
subdevice 30 to connect signal path A to signal 
path F. and to cause the television switchbox sub- 
40 device 44 to connect signal path F to signal path L. 
Tnere are many ways of arranging these events 
with or without user intervention. For greatest user 
friendliness, the whole process can be controlled 
by the AVC subdevice of the device ^ch receives 
< 5 me user input. The information 

ing the signal path from A to L can be obtained by 
a suitable series of D2B request messages to the 
relevant device, and subdevices. 
for providing such control is descnbed in GB-2 223 
so H4-A1 (PHN 12678). In that system no AVC sub- 
device requires knowledge of the complete system, 
only its nearest neighbours. 

In order to provide a user-friendly user inter- 
face tor the system any AVC subdevice 
« (hereinafter *AVC") may wish to display user mes- 
M using the on-screen dismay (OSD) IJeJ* * 

the UIO subdevice 41. For example, when the 
television -s activated by a user and a signal path 
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sel up acceding to the usei's wishes, the AVC 24 
may wish to conlorm visuaHy lor tho user which 
channo! is being watched. I* the signal comes from 
Ui*j satellite tunot 10. a conventional on-screen 
display would be able to confirm no more than the s 
fact that the signal is coming fiom the second 
external connector 50. To allow (he displayed in- 
formation to include the actual channel name, 
known only within AVC 20. a device information 
process is sel up. with the AVC 24 acting as the to 
initiating AVC and AVC 20 acting as* an addressed 
AVC. 

More than one device information process can 
be pending at one time, oach process involving just 
one initiating AVC and one or more addressed is 
AVCs. Each AVC can be involved in a number of 
dovice information processes, acting as initiating 
AVC in some and addressed AVC in others. 

To implement the device information facility, 
the following D2B requests and commands are 20 
defined lor use by an initiating AVC in the system 
of Figure 1: 

- [Character-Sets?) request causes the ad- 
dressed AVC to reply with a parameter 
[charset] or list of parameters identifying the *s 
supported character sets by reference to a 

list of standard sets; 
• (Device Information Format?] request causes 
the addressed AVC to reply with a list of 
format definitions [format] specifying the $o 
height and width (in characters) of the user 
messages that the addressed AVC can com- 
pose: 

- (Monitor Device Status] command instructs 

the addressed AVC to compose a user mes- as 
sage and has parameters [format] and 
[charsot] to specify the format of the desired 
user message, and also a control parameter 
which may be [once], [on] or [off]; and 

- [Monitoring Device Status?] request causes «o 
the addressed AVC to reply [on] or [off], as 
described below. 

For all the above requests, a reply (Not 
Implemented] from the addressed AVC indicates 
that a device information facility is not implemented 45 
by that AVC. 

If the control parameter in the [Monitor Device 
Status] command is [once], this indicates that only 
one user message indicating current status is de- 
sired, whereas the value [on] Indicates that an so 
updated user mossage is desired in response to 
each status change until the command is issued 
aq.nn with Inn conttnl pAiamotpr |off] 

For tne eddies sod AVC. the command [Device 
Information] is defined, with parameters [format]. 55 
(charset] and (text) which can be sent to the initiat- 
ing AVC. and includes the user message In the 
parameter [text]. This is implemented as a com- 



mand message, rather than a reply \o a request, in 
order that the addressed AVC can volunteer user 
messages spontaneously in response to subse- 
quent status changes. 

The (Monitoring Device Status?] request is 
used to find out if an addressed AVC wilt be 
returning a user message to the initiating AVC: [on] 
if so. fori] if not. It should be noted that the answer 
[of] may be received though a command [Monitor 
Device Status] [on] has recently been given to the 
addressed AVC. This is because the addressed 
AVC has to keep a record of every initiating AVC 
that awaits an updated user message, for example 
by storing in a table the device-subdevice address 
of each initiating AVC. If that table becomes full, no 
further device information processes can use the 
addressed AVC. The table entry is deleted when 
the command [Monitor Device Status] [off] Is re- 
ceived from the corresponding Initiating AVC. It is 
also desirable that the addressed AVC should de- 
lete a table entry if the initiating AVC should be- 
come inactive, for example due to an apparatus in 
the system being switched off. 

Figure 2 illustrates a typical sequence of mes* 
sages being exchanged between a single Initiating 
AVC at the left hand side, an addressed AVC In the 
middle and an OSO subdevice at the right hand 
side. The three vertical lines represent the parallel 
actions of each of these subdevices respectively, 
with time increasing from top to bottom. Inter- 
actions in the form of D2B messages are repre- 
sented by arrows directed from one of these lines 
to another. Steps 200 to 210 relate to a once-only 
request for device information: 

200 the initiating AVC asks the available 
character sets, and the addressed AVC 
replies with a single value [charset]: 
202 The initiating AVC asks the available 
formats, and the addressed AVC replies 
with a single format parameter [format J, 
for example "4 tines of 16 characters 11 : 
204 the initiating AVC issues the command 
[Monitor Device Status] (once) {format] 
[charset], and the addressed AVC stores 
the address of the initiating AVC and 
begins to prepare the user message in 
that format 

206 the initiating AVC asks if monitoring is in 
progress, the addressed AVC replies 
(on): 

208 the composed user message [text], in* 
eluding the exact number of characters 
dtctatnd by [format]. Is «mt to the ini- 
tiating AVC with a [Device Information] 
command and the stored address of the 
initiating AVC is 'forgotten*; 

210 the initiating AVC sends the user mes- 
sage [textj to the OSD subdevice for 
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display; 

Stops 220 to 234 relate to a subsequent request for 
updated user messages: 

220 Ihe initiating AVC issues the command 

[Monitor Device Statusj[on][format}- 

[charsel]. indicating that updated user 
messages are desired, and specifying 
the text siie 3nd character set to be 
used (available character set and text 
size are already known from 200.202); 
the addressed AVC stores the address 
of the initiating AVC and begins to pre- 
pare a first user message; 
the initiating AVC confirms with a 
[Monitoring Device Status?] request that 
the addressed AVC is able to produce 
the requested message (reply = [on]); 
the first user message [textl] Is sent to 
the initiating AVC with a (Device 
information] command; 
the initiating AVC sends the user mes- 
sage [textt] to the OSD subdevice for 
display with a command [OSD]; 
the addressed AVC detects a change in 
status and begins preparing an updated 
user message; 

the updated user message (text2J (s 
sen* to the initiating AVC with a [Device 
Information] command; 
the updated user message is sent to the 
OSD subdevice for display, steps 228- 
232 occurring in response to each sta- 
tus change so long as the device in- 
formation process is active; 
the initiating AVC sends the commano 
[Monitor Device Status] [off], the ad- 
dressed AVC forgets the stored address 
of the initialing AVC so that no further 
updated user messages are supplied for 
display. 

It is of major benefit that the initiating AVC 
does not need to specify or interpret the content of 
the user message, and therefore one apparatus 
does not need to know (that Is. acquire and store) a 
large amount of information about another appara- 
tus in order to initiate the display of user mes- 
sages. Furthermore, the style and content of the 
user messages are. wtthin a restricted format, en- 
tirely at the choice of the designers of the ad- 
dressed device. Therefore freedom to design more 
user-friendly products, and products which express 
a 'personality' characteristic of a given manufac- 
turer, is not greatly restricted by the need for 
compatibility of products between manufacturers. 

To allow the addressed AVC (or any other 
AVC) to generate c user message that reflects 
status information for a subdevice located any- 
where in the system, in particular in a different 
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device, requests and obmmanoV are r «lso defined 
relating to the status 'of an addressed subdevice. 
For example, it will be more helplul to the user if 
the VCR device 12 can generate a user message 
saying "Recording Superchannel\ rather than 
merely "Recording from external connector*. To 
allow this, a command [Monitor Subdevice Status] 
is defined tor the addressed AVC to send to a 
further subdevice. with parameter [on] or [ofl]. This 
has an eflect on the further subdevice similar to 
that of the (Monitor Device Status! command for 
the addressed AVC. except that the reply 
[Subdevice Statusl from the subdevice comprises 
status information in a coded form understandable 
by me AVC. rather than being a natural language 
text message for the user. * 

Upon receipt of the command [Monitor Sub- 
device StatusKon). then, the further subdevice 
stores the device-subdevice address of the ad- 
dressed AVC and begins to construct the first 
message [Subdevice Status], So long as the ad* 
dress of the addressed AVC remains stored In the 
further subdevice. the latter will send an updated 
[Subdevice Status] message to that AVC In re- 
sponse to any change In status within the sub- 
device (for example, a change of channel, a new 
volume setting, end of tape and so forth), rt the 
further subdevice has room to store more than one 
AVC address for this purpose, then each such AVC 
will be sent a [Subdevice Status] message in re- 
sponse to each status change. Thus, the event 
which triggers an update of the on-screen display 
at 228 in the sequence of Figure 2 might be the 
receipt by the addressed AVC of an updated 
[Subdevice Status] message from a further sub- 
device (not Illustrated In Figure 2). 

The further subdevice wilt forget a stored AVC 
address wtien « receives the command [Monitor 
Subdevice StatusKoff] from that AVC. or If it be- 
comes impossible to send subdevice status In- 
formation to that AVC. for example because the 
latter has been switched off, or disconnected from 
the bus. 

The [Subdevice Status] message always con- 
veys the same set of Information In the present 
embodiment the AVC Is not permitted to specify 
only the subset of this Information which is needed 
at a given time, since that would Increase the 
processing and storage abilities demanded of ev- 
ery further subdevice. 

Specific requests are defined however, for the 
Individual properties of the subdevice. for example 
to find out the brightness or contrast setting of the 
video monitor subdevice 46. the preset tuning set- 
ting of the tuner subdevice 28. 28 or 42. H the 
updated [Subdevice Status] message does not it- 
self contain a required piece of Information, it can 
at least serve as a prompt to an AVC to ask for that 
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specific property. Once aga.n. the system de- 
scribed has benefits in that tho responsibility lor 
detof mining the content and style of the user mes- 
sages or other control feature can be concentrated 
wtn.n one AVC. and not distributed among the 
subUevices of several apparatuses, so as to force 
restrictive compatibility requirements on different 
apparatus manufacturers. 

It will be appreciated that the subdevice status 
facilities can be used by an AVC to obtain informa- 
tion for control purposes not necessarily connected 
with the provision of user-readable messages. For 
example, if a user wishes to play from the begin- 
ning of a tape loaded in the deck subdevice 32 of 
the VCR 12, an AVC (22 etc) can issue a REWIND 
command to the deck subdevice. together with a 
subdevice status request. When the tape is fully 
rewound, this will trigger an updated subdevice 
status message to the AVC. which can then Issue a 
PLAY command without further user intervention. 

From the disclosure, other variations and ap- 
plications will be apparent to persons skilled in the 
art. Such variations may involve other features 
which are already known in the design, manufac- 
ture and use of local communication bus systems, 
apparatuses and component parts thereof and 
whicn may be used instead o» or in addition to 
features already described herein. Although claims 
have been formulated In this application to particu- 
lar combinations ol features, it should be under- 
stood that the scope of the disclosure of the 
present application also includes any novel feature 
or any novel combination of features disclosed 
herein either explicitly or implicitly or any 
generalisation thereof, whether or not it relates to 
the same invention as presently claimed in any 
claim and whether or not It mitigates any or all of 
the same technical problems as does the present 
invention. The applicants hereby give notice that 
new claims may be formulated to such features 
and/or combinations of such features during the 
prosecution of the present application or of any 
further application derived therefrom. 

Claims 

1. A local communication bus system comprising 
a serial control bus attached to a plurality of 
addressable devices, each device including at 
least one functional element addressable via 
the bus as a subdevice, the subdevices in the 
system including a user output subdevice for 
displaying status information to a user of the 
system and a first control subdevice for initiat- 
ing the display of such status information, 
characterized in that the first control subdevice 
includes means for generating a device in- 
formation request message addressed to a do- 
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"ice diMerenJ IroVn the device which contains 
the ftrst control subdevice. and in that the 
addressed device includes a second control 
subdevice responsive to such a request mes- 
sage for determinir. ; the roquired status in- 
formation, tor composing a user-readable mes- 
sage ("the user message") ani for transmitting 
the user message directly or indirectly to the 
user output subdevice for display. 

A sysxem as claimed in Claim 1 wherein the 
second control subdevice transmits the com- 
posed user messaoe to the first control sub- 
device, and wherein the first control subdevice 
relays the user message to the user output 
subdevice. 

A system aa clalmed In Claim 1 or 2 wherein 
the device information request message in- 
cludes a field specifying a format for the user- 
readable message and wherein the second 
control subdevice Is responsive to the said 
field to compose the user-readable message in 
accordance with the specified format. 

A system as claimed In Claim 3 wherein the 
said field in the device Information request 
message specifies the format of the desired 
user message by a number and length of lines 
of characters, and by reference to a specific 
character set. 

A system as claimed in any preceding claim 
wherein the second control subdevice further 
includes means responsive to a change In sta- 
tus within the system for composing and trans* 
mining an updated user message without the 
need for a further information request from the 
first control subdevice. 

. A system as claimed in Claim 5 wherein the 
device Information request message includes a 
field specifying whether or not updated user 
messages are desired. 

. A system as claimed in Ctaim 6 wherein the 
first control subdevice includes means for gen- 
erating a verification request addressed to the 
second control subdevice, the second control 
subdevice being responsive to the verification 
request message to generate a message ad- 
vising whether updated user messages will be 
generated. 

i. A system as claimed in Claim 3 or 4 wherein 
the first control subdevice Includes means few- 
generating an available formats request mes- 
sage addressed to the second control sub- 




device, the second control subdevice being 
rosponsive to such a request to leturn a list of 
user message lot mats that can be composed 
by the second control subdevice. 

5 

9. An apparatus for use in a system as claimed in 
any preceding claim, the apparatus including 
an interface to a setial control bus and at least 
one functional element, the functional element 
being addressable via the bus as a control to 
subdevice and including means for acting as 
the second control subdevice of the system to: 
receive a device information request message; 
determine certain status information for com* 
munication to a user; compose a user*readable 15 
message conveying the said status informa* 
lion; and transmit the user message directly or 
indirectly to a user output subdevice for dis- 
play. 

20 

10. An apparatus as claimed in Claim 9 wherein 
the functional element further includes means 
for acting as the first control subdevice of the 
system to generate a device information re* 
quest message addressed to a control sub- 25 
device in a different apparatus. 
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